L'invention concerne les documents multimedias qui son! implantes 
dcins des systemes de traitement de donnees. 

II est connu de considerer un document multimedia sous la forme 
5 d'un ensemble d'objets d'un programme objets implante dans un systeme 
de traitement de donnees, comme en attestent notamment les publications 
relatives aux travaux effectues par le "Multimedia/Hypermedia Expert 
Group" en vue de definir la norme internationale MHEG. 

Ceci permet en effet une unification de la prise en compte des objets, 
10 eventuellement tres differents, qu'est susceptible de comporter un 
document multimedia et en particulier des aspects dynomiques de ce 
document. 

On peut en effet vouloir apporter des aspects dynomiques a un 
document multimedia, c'est-a-dire que le comportement des elements le 
15 composant evolue en fonction d'evenements (par exemple, un evenement 
temporel base sur une horloge). 

En outre, le document multimedia peut devoir etre interoctif, c'est-a- 
dire que le comportement des elements le composant evolue en fonction 
d'evenements issus d'un utilisateur. II decoule de ces definitions qu'un 
20 document multimedia dit interoctif est a fortiori dynamique. 

Actuellement, ofin de posseder des proprietes dynomiques (et, a 
fortiori interoctives), un document multimedia ne peut etre congu et realise 
que par un programmeur, des que la conduite a prevoir depasse un 
25 niveau elementaire. 

Un tel niveau elementaire correspond par exemple a celui qui est 
exprime par la notion de balise, c'est-a-dire a celui d'une instruction de 
type GOTO ou la destination est donnee dans le document lui-meme et ou 
la prise en compte s'effectue classiquement ou niveau d'un novigateur, tel 
30 que NETSCAPE ou INTERNET EXPLORER version 4. 



Une solution existante pour rendre un document multimedia 
dynomique est decrite dans I'article "Synchronization Affributes and Rules of 
Active Object-Oriented Database for Multimedia Presentation" de Seok Jae 
Yun et Woo Saeng Kim, paru dans "Database systems for advanced 
5 applications '95. Proceedings of the fourth international conference on 
database systems for advanced applications, Singapour, ISBN 981-02- 
2220-3. Cet article decrit une methode pour realiser un document 
multimedia dynomique, c'est-a-dire geront {'evolution eventuelle des 
elements composont le document multimedia en fonction d'evenements de 

10 type temporel. La methode consiste a mettre en oeuvre le document 
multimedia sous la forme d'un programme oriente objets (ou sens de la 
progrommotion orientee objets). A cheque objet est associe un element du 
document, et a chaque attribut d'un objet un statut de Telement concerne 
(couleur, vitesse de deroulement d'une animation, etc.). 

15 Par oilleurs, I'article enseigne d'associer d ces attributs un formalisme 

de type evenement-condition-oction, dit ECA. 

Toutefois, vu les besoins engendres par le developpement des 
communications par I'intermediaire des reseaux de communication de type 

20 Internet et Intranet, la necessite d'utiliser un specioliste en matiere de 
progrommotion pour etoblir un document multimedia, des le niveau 
elementoire evoque ci-dessus, ne peut rester longtemps acceptable, car 
engendront un coOt prohibitif pour les usogers des reseaux de 
communication desiront mettre des documents multimedios dynomiques a 

25 disposition du public. 

De surcroTt, une telle technolpgie s'adapte mal a de tels reseaux de 
communication. En effet, de tels reseaux permettent I'interconnexion de 
systemes de troitement de donnees heterogenes. Parmi ceux-ci, on peut 
trouver des systemes possedant des porticularites en ce qui concerne la 

30 presentation de documents multimedios, et notamment des limites pour les 
aspects dynomiques et/ou interactifs. On peut par exemple citer le cas d'un 



terminal passif ne possedant pas de moyen d'interaction (comme un 
clavier, une souris etc.) et ne pouvant done pas mettre en ceuvre les 
aspects interactifs d'un tel document multimedia. 

La solution decrite dans I'article en question ne permet pas facilement 
5 d'adapter la representation du document aux particularites du systeme de 
traitement de donnees puisque le programme oriente objets, une fois 
compile, ne peut plus etre modifie. 



Pour resoudre ces problemes, I'invention a pour premier objet un 
10 procede pour representor de fagon dynamique un document multimedia, 
sur un systeme de traitement de donnees, par un module logiciel, ledit 
document multimedia comportant un ensemble hierarchise d'elements 
comportant eux-memes des attributs, ou moins un desdits attributs etant 
associe a un formalisme (ou lien) de type evenement-condition-action, dit 
15 ECA, caracterise en ce que ledit procede comporte les etapes ordonnees 
suivantes : 

• description dudit document multimedia en un langage de 
description, 

• interpretation dudit document multimedia par ledit module 
20 logiciel, lesdits formalismes ECA etant dynamiquement 

interpretes, afin de permettre revolution de la representation 
dudit document multimedia par la realisation d'actions en 
fonction d'evenements et de conditions. 



25 L'invention a oussi pour objet le document multimedia lui-meme, 

c'est-a-dire un document multimedia comportant un ensemble hierarchise 
d'elements comportant eux-memes des attributs, au moins un desdits 
attributs etant associe a un formalisme de type evenement-condition- 
action, dit ECA. Ce document se caracterise en ce qu'il est decrit en un 

30 langage de description, et en ce que les formalismes ECA sont decrit de 
fagon a permettre I'interpretation par un module logiciel en vue de 



revolution de lo representation du document multinnedia par la realisation 
d'actions en fonction d'evenements et de conditions. 

L'invention, ses caracteristiques et ses avantages sont precises dans la 
5 description qui suit en liaison avec la figure unique qui presente, a titre 
d'exemple, un schema d'un petit sous-ensemble d'elements relatif a un 
document multimedia dynamique. 

Comme indique ci-dessus, cette figure correspond a une 
10 representation d'une partie d'un document multimedia interactif considere 
sous la forme d'un ensemble d'elements implante dans un systeme de 
traitement de donnees. 

Le systeme de traitement de" donnees comporte au moins une unite 
informatique de traitement programmee qui peut eventuellement etre 
15 constitute par un simple ordinateur et/ou qui peut faire partie d'un vaste 
ensemble ou des unites peuvent communiquer entre elles au trovers d'un 
ou de plusieurs reseoux de communication, comme connu. 

Le document multimedia dynamique represents comporte un 
ensemble d'elements, affichables ou non, qui sont ici symbolises, a titre 
20 d'exemple, par un element graphique et done affichoble 1 intitule bouton 
de morche, un element graphique 2 intitule bouton de pause et un 
element, suppose non affichoble, 3 intitule video. II s'ogit done ici d'un 
document multimedia interactif (et par consequent dynamique). 

25 Par oilleurs, on peut organiser les elements de fogon hierarchisee. 

Plus precisement, on peut definir certains elements, appeles "elements 
composes" (ou composite, en anglais), qui englobent un ou plusieurs 
elements dits "contenus". Par exemple, les boutons references 1 et 2 
peuvent etre des elements "contenus" qui sont englobes dons un element 

30 "compose", qui peut etre affichoble ou non. 



Ces divers elements ont ici pour attributs des "statuts" qui traduisent 
leurs etats respectifs et en consequence celui des differentes parties du 
document, tel est un statut 4 traduisant I'etat de selection ou de non 
selection pour I'element bouton de marche 1 et un statut 6 caracteristique 
5 d'un etat de marche ou d'arret pour I'eiement video 3. 

Le passage d'un stotut, tel par exemple le statut 4, d'un etat faux d un 
etat vrai ou inversement, est la consequence de la survenance d'un 
evenement qui est elle-meme la consequence du comportement d'un 
element. 

10 Ceci permet done de relier les elements entre eux par des evenements 

qui peuvent etre consideres chacun comme un changement d'etat relatif a 
un ottribut d'element. 

Ainsi dans I'exemple envisage ci-dessus un changement de valeur de 
statut de I'element 3 est par exemple conditionne par un changement de 

15 valeur de statut pour I'element 1 qui est induit par un evenement 
particulier. Cet evenement reliant I'element 1 a I'element 3 est par exemple 
la detection d'une modification de statut pour I'attribut "selection" de 
I'element 1, lorsque ce statut passe par exemple de faux d vrai. Cet ottribut 
"selection" est par d exemple d vrai lorsque le bouton correspondont (ici, le 

20 bouton 1), est selectionne par un utilisateur (par exemple par un pointeur 
graphique ossocie d une souris), et d faux dons le cas contraire. 

Selon une mise en oeuvre particuliere de ^invention, la detection de 
modification est effectuee par I'element 1 lui-meme. 

25 Ainsi, par exemple, Taction d'un utilisateur sur un bouton "marche" de 

lancement d'une video est consideree comme entromont un changement 
de valeur pour I'element bouton "marche" dont un ottribut "selection" passe 
de faux d vrai et declenche une action de mise en marche de la video. Une 
telle action de mise en marche suppose I'existence d'un ottribut au niveau 

30 de I'element video qui est par exemple un element "jouer" ou "tourner" et 
conduit d un changement de statut pour au moins cet ottribut. 



II est done possible de batir un scenario complexe se deroulant par 
pas conduisant chacun d'un element a un autre en fonction des detections 
des changements de statuts qui sont successivement effectues par les 
5 elements et qui conduisent ces derniers d agir sur d'autres au niveau 
desquels ils entrainent a leur tour des changements de statuts. 

Toutefois la realisation de tels changements peut etre dependante de 
conditions imposees dont le respect est indispensable. Ainsi dans le cos 
envisage ci-dessus une condition necessaire a la mise en morche de la 
10 video est par exemple que la disponibilite d'un programme video soit 
verifiee. 

En application de ceci, il est prevu, selon I'invention, qu'un document 
multimedia dynamique soit realise sous la forme d'un ensemble hierarchise 

15 d'elements dans lequel chaque element comporte des attributs. A chacun 
de ceux-ci, on peut associer un formalisme de type evenement-condition- 
action, dit en abrege ECA, ce dernier etant notamment connu comme etant 
mis en oeuvre dans le cadre d'automates industriels. ^interpretation de ces 
formalismes permet revolution de la representation (c'est-a-dire 

20 generalement de son apparence visuelle ou auditive) du document 
multimedia, par la realisation des actions declenchees par des evenements 
lorsque des conditions sont remplies. 

Un evenement est considere, comme indique plus haut, comme 
25 correspondant a la detection d'un changement de valeur d'un statut relatif 
a un element qui est detecte par cet element en fonction d'un declencheur. 
Un exemple de declencheur elementaire reference 7 est donne sur la figure 
unique jointe pour la cible que constitue le bouton de marche. Comme 
resume sur cette figure, les elements pris en compte pour determiner une 
30 selection du bouton de marche 1 y sont : 

- Cible : bouton de marche. statut de selection 



- Operateur de valeur precedente : egal 

- Valeur precedente : non selectionne 

- Operateur de valeur courante : egal 

- Valeur courante : selectionne. 

5 Un evenement peut done etre considere comme determinable par une 

simple comparaison bornee entre une valeur precedente et une valeur 
courante d'un meme statut. 

Un evenement peut notamment etre lie d I'ecoulement d'un temps 
determine pour un element determine, a un positionnement determine d'un 
10 element dans I'espace, au deroulement d'une procedure et il peut alors se 
traduire par un franchissement d'un seuil de valeur. II peut aussi etre le 
resultat d'une action externe de selection d'element dans I'ensemble 
d'elements du document multimedia considere. 



15 Une condition se traduit par une expression logique combinant des 

valeurs courantes de statut pour des elements determines de {'ensemble 
constituent le document multimedia considere. So modelisation tient 
compte du fait qu'un evenement n'est pas toujours suffisant a lui seul pour 
entraTner le declenchement d'une action et qu'il peut done etre necessaire 
20 de subordonner une action a la verification prealable de servitudes 
determinees. Dans de nombreux cas, la formulation d'une condition peut 
se traduire par une expression logique simple. 

A titre d'exemple, une condition "fonctionnement" peut se reduire a 
une determination de condition vrai ou faux relative aux valeurs courantes 
25 d'un premier statut de I'eiement bouton de marche 1 et d'un second statut 
de I'eiement video 3. 

D'une maniere generale, une condition peut etre decrite selon la 
structure simplifiee suivante qui prevoit : 

une cible constitute par le statut au niveau duquel la condition 
30 doit etre verifiee, 

un operateur de comparaison 



une valeur de seuil determinee pour le statut pris en compte. 
A titre d'exemple et comme schematise sur la figure, la condition 
elementaire 9 traduisant le fait qu'un bouton d'arret d'une video ne peut 
etre selectionne que si et seulement si a ete atteint un etat de preparation 
suffisant pour que la video fonctionne, peut etre sinnplement ecrite sous la 
forme: 

<video, statut de marche, egal, fonctionnement> . 

Une action se traduit par un changement notamment d'apparence ou 
de comportement au niveau du document multimedia qu'elle affecte, si la 
condition fixee a so realisation s'avere etre verifiee. 

Toute action conduit a la modification d'un statut pour un element et 
la modification de ce statut peut lui-meme constituer un evenement pris en 
compte au niveau d'un autre element de I'ensemble que comporte un 
document multimedia. 

Une action n'agit directement que sur un element unique (qui peut 
neanmoins etre eventuellement un element "compose") de I'ensemble 
d'elements propre a un document multimedia, elle se definit par exemple 
selon la structure simplifiee suivante qui prevoit 

- une cible qui indique le statut d'element sur lequel Taction doit etre 
dirigee, 

- une valeur qui precise la nouvelle valeur du statut d'element cible. 

Dans I'exemple presente en figure, une action referencee 10 a ainsi 
pour cible un statut marche de I'element video et elle se developpe pour 
une valeur dite de marche d'un niveau determine dont le franchissement 
conditionne la mise en marche d'une video dans le systeme de traitement 
de donnees concerne. 

Un lien 8 est ici prevu pour le sous-ensemble represents sur figure 
unique annexe, il rassemble les evenements, conditions et actions qui 



concernent ce sous-ensemble et il a ici une structure simplifiee dans 
laquelle on trouve : 

- un ou plusieurs evenements, references 7, 

- une ou plusieurs conditions, referencees 9 , et 
5 - une ou plusieurs actions, referencees 10 



Comme deja indique plus haut, la modification d'un statut relatif 6 un 
element d'un document multimedia selon I'invention se traduit par une 
action, lorsque est verifiee une condition qui autorise cette action. Celle-ci 

10 se traduit elle-meme par une modification d'un statut au niveau d'un autre 
element et il est possible de considerer I'exploitation d'un ensemble 
d'elements constituant un tel document multimedia comme conditionne par 
une succession de changements de statuts, c'est-a-dire d'etats concernant 
chocun un element. Chaque changement de statut au niveau d'un element 

15 est susceptible de conduire a une action sur un autre element selon un 
enchaTnement que definit un lien, c'est-a-dire une proposition, ou 
formalisme, evenement-condition-action ECA ou eventuellement une 
composition de propositions ECA. 

20 Bien entendu, I'invention s'applique non seulement aux elements 

"visibles" d'un ensemble relatif a un document multimedia structure selon 
I'invention, c'est-a-dire aux elements susceptibles d'etre vus par un 
utilisateur, mais egalement aux elements "non visibles" tels que des 
elements temporels ou sonores. 

25 Un tel element tempore! peut par exemple etre utilise pour declencher 

simplement une action de type arret apres un temps determine, notamment 
pour limiter la duree d'un affichage d'un grophisme determine tel que 
I'affichage d'un bouton pendant une periode limitee. II peut aussi etre mis 
en oeuvre pour adapter un temps olloue pour une action determinee a une 

30 variation de vitesse offectant les moyens ossurant I'accomplissement de 
cette action de maniere a assurer une adequation appropriee. 
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Comme vu precedemment et conformement a une caracteristique 
essentielle de I'invention, le document multimedia comportant des elements 
et des liens est decrit en un langage de description. 
5 On roppelle qu'un langage de description est un langage 

informatique qui possede entre outres proprietes celle d'etre facile d'acces 
pour un non-programmeur. II permet a un non-specialiste de decrire 
facilement son document multimedia, sans connaissance opprofondie des 
techniques de programmation. 
10 Le document multimedia decrit en ce langage de description peut 

ensuite etre interprets par un module logiciel. Ce module logiciel peut se 
presenter sous la forme d'un novigateur, similaire a ceux qui existent 
aujourd'hui pour des documents multimedias non dynamiques et non 
interactifs. 

15 

Selon une mise en oeuvre de I'invention, le langage de description est 
conforme a la recommandotion dite XML (extension Markup Language), 
issue du consortium W3C (World-wide Web), Cette recommandotion 
fournit une grommoire permettont la definition de nouveoux langages de 
20 description. 

Plus precisement, il est interessant de rendre ce langage de 
description aussi proche que possible du langage HTML, qui est lui aussi 
conforme a la recommandotion XML du W3C. 
25 Celo permet, en effet, de minimiser la phase d'apprentissoge des 

utilisoteurs oyant d ecrire des documents multimedias. 

Le langage HTML (HyperText Markup Language) est defini par le 
consortium W3C (Wor/d-w/de-web Consortium), et Ton peut trouver de 
nombreuses references bibliogrophiques sur le sujet sur le site Internet du 
30 consortium dont I'adresse est http://www.w3.org. 



Uobjet du langage HTML est la description de documents multinnedias 
statiques, c'est-d-dire ne connportont pas d'aspects dynanniques, et a 
fortiori interactifs. 

5 Selon una mise en ceuvre de I'invention, le document multimedia 

comporte une partie decrivant les elements et une partie decrivant les 
formalismes, et les associations entre elements et formalismes peuvent etre 
realisees au moyen d'identificateurs. 

Ainsi, il est facile pour le module logiciel interpretant le document de 

10 ne prendre en compte que la partie statique. Ceci est particulierement utile 
lorsque le systeme de traitement de I'information sur lequel le module 
logiciel est implante, est associe a un terminal ayant des capacites limitees. 
C'est par exemple le cas si le terminal ne possede qu'un simple moniteur et 
ni clavier ni souris : les aspects interactifs ne doivent olors pas etre pris en 

15 compte. 

Un document multimedia conforme a I'invention peut done etre 
compose de deux parties distinctes, la premiere partie etant consacree d la 
description des elements. Cette partie est done similaire a une description 
20 statique connue de I'etat de I'art et conforme au langage HTML. Toutefois, 
il est preferable d'ajouter un champ identificateur d chacun des elements 
afin de permettre d'associer les elements et les liens qui seront decrit plus 
tard. 

Un exemple d'element pourrait etre decrit comme suit : 

25 

<DIV id = "controlComposite" x="l 10" y="300" width = "180" height="100" 

background-color="#9D9DFD"> 

<BTN id = "playButton" x = "0" y="0" icon-enabled ^"buttons/play.gif 
icon-disabled ="buttons/playD.gif' icon-selected ="buttons/playP.gif" /> 



<BTN id = "pauseButton" x="60" y="0" icon-enabled="buttons/freeze.gif" 
icon-disabled ="buttons/free2eD.gif' icon-selected = "buttons/freezeP.gif" 

/> 

<BTN id = "stopButton" x="60" y="0" icon.enabled="buttons/stop.gif' 
5 icon-disabled = "buttons/stopD.gif" icon-selected ="buttons/stopP.gif" /> 
</DIV> 

II s'agit ici d'un element "connpose", identifie par le nom " 
controlComposite". Plus precisement, cet element compose comporte trois 
10 elements "contenus", identifies par les noms "playButton", "pauseButton" et 
"stopButton". 

Ainsi qu'il est connu en langage HTML, cet element "compose" 
comporte plusieurs ottributs. Ces ottributs concernent son emplacement (x, 
y), son dimensionnement (height, width) et son apparence (background- 
15 color). A ces ottributs connus, un attribut d'identification (id) a ete ajoute, 
qui permet de lui donner un nom. 

De la meme fagon, les trois elements "contenus" (playButton, 
pauseButton et stopButton) comportent des ottributs de positionnement (x, 
y), d'apparence (icon-enabled, icon-disabled et icon-selected) et 
20 d'identification (id). 

La seconde partie du document multimedia est consocree aux liens, 
c'est-a-dire a la partie dynamique du document multimedia. Chaque lien 
peut lui-meme comporter 3 parties : une consocree a I'evenement, une 
25 consocree aux conditions et une consocree aux actions. 

Un exemple de lien pourrait etre decrit comme suit : 

<LINK div="controlComposite"> 
30 <SELECTION_EVENT target="playButton" value = "true" /> 

<RUN_CONDITION target="controlComposite" value="true" /> 



<ACTION> 

<RUN target="video" /> 

<SET_STATUS target="pauseButton" status = "selectability" 
value="true" /> 

5 <SET_STATUS target="stopButton" status="selectability" value = "true" 

/> 

<SET_STATUS target="playButton" status = "selectability" value = "false" 

/> 

<SET_STATUS target="playButton" status="selection" value="true" /> 
10 </ACTION> 
</LINK> 

Le lien est identifie par un attribut d'identification (div) et comporte 
lui-meme trois parties : 

15 - la premiere, introduite par le mot-clef SELECTION_EVENT, 

correspond a I'evenement de la proposition ECA correspondant au 
lien. II s*agit ici de la selection du bouton "playButton". 
la deuxieme partie, introduite par le mot-clef RUN_CONDITION, 
correspond aux conditions du lien. Dans cet exemple, il s'agit de 

20 verifier que I'element "compose" regroupant les differents elements 

"contenus" (c'est-a-dire les trois boutons) est bien en 
fonctionnement. 

Enfin, la troisieme partie, introduite par le mot-clef ACTION 
correspond aux differentes actions du lien. Ici, i! y a deux types 
25 d'actions : celle introduite par le mot-clef RUN qui consiste a 

lancer I'execution d'un element (ici, I'element "video"), et celles 
introduites par le mot-clef SET_STATUS qui consistent a modifier 
les valeurs de statuts d'elements (ici, les statuts "selectability" et 
"selection" des trois boutons). 



30 



Le mot-clef "target" fait reference a la cible, ainsi que definie 
precedemment; tandis que le mot-clef "status" fait bien evidemment 
reference au statut, lui aussi precedemment defini. 

5 Le fait d'organiser les elements de fa^on hierarchisee, c'est-a-dire a 

I'aide d'element "compose" pouvant combiner des elements "contenus", 
engendre un avantage interessant. En effet, il est alors possible de 
reproduire cette structure sur un terminal de type telephone mobile par une 
arborescence de page. Par exemple, une page sur I'ecran du telephone 
10 mobile, peut correspondre a un element composite. 

Cette application, ainsi que d'autres possibles, est aisement mise en 
oeuvre simplement par le module logiciel qui doit etre prevu pour le 
systeme de traitement de donnees auquel il est associe. 



REVENDICATIONS 

1) Precede pour representer de fagon dynamique un document 
multimedia, sur un systeme de traitement de donnees, par un 
module logiciel, ledit document multimedia comportant un 
ensemble hierorchise d'elements (1, 4) comportant eux-memes des 
attributs, au moins un desdits attributs etant associe a un 
formalisme de type evenement-condition-action, dit ECA (7, 9, 
10), caracterise en ce que ledit procede comporte les etapes 
ordonnees suivantes : 

• description dudit document multimedia en un langage de 
description, 

• interpretation dudit document multimedia par ledit module 
logiciel lesdits formalismes ECA etant dynamiquement 
interpretes, afin de permettre devolution de la representation 
dudit document multimedia par la realisation d'actions en 
fonction d'evenements et de conditions. 

2) Procede selon la revendication 1, caracterise en ce que ledit 
document multimedia comporte une partie decrivant lesdits 
elements, et une partie decrivant lesdits formalismes, et en ce que 
les associations entre lesdits elements et lesdits formalismes sont 
realisees par des identificateurs. 

3) Procede selon I'une des revendications precedentes, caracterise en 
ce que ledit langage de description est conforme d la 
recommandation XML. 

4) Procede selon I'une des revendications precedentes, dans lequel 
I'ensemble hierorchise est compose d'elements "compose" eux- 
memes composes chacun d'elements "contenus", ces divers 



elements ayant pour attributs des "statuts" qui decrivent les etats 
des differentes parties du document et dans lequel un evenement 
est constitue par la detection d'un changement d'une valeur de 
statut pour un element qui est detecte par cet element et qui 
conduit a une action assurant un changement d'apparence ou de 
comportement du document, lorsque est verifiee une condition 
constitute par une expression logique associant des valeurs de 
statut relatives a differents elements. 

5) Document multimedia comportant un ensemble hierarchise 
d'elements (1, 4) comportant eux-memes des attributs, au moins 
un desdits attributs etant associe a un formalisme de type 
evenement-condition-action, dit ECA {7, 9, 10), caracterise en ce 
que ledit document multimedia est decrit en un langage de 
description, et en ce que lesdits formalismes ECA sont decrit de 
fagon a permettre I'interpretation par un module logiciel en vue 
de revolution de la representation dudit document multimedia par 
la realisation d'actions en fonction d'evenements et de conditions. 

6) Document multimedia selon la revendication 5, caracterise en ce 
que ledit document multimedia comporte une partie decrivant 
lesdits elements, et une partie decrivant lesdits formalismes, et en 
ce que les associations entre lesdits elements et lesdits formalismes 
sont realisees par des identificateurs. 

7) Document multimedia selon I'une des revendications 5 ou 6, 
caracterise en ce que ledit langage de description est conforme a 
la recommandation XML. 



8) Document multimedia selon I'une des revendications 5 a 7, dans 
lequel I'ensemble hierarchise est compose d'elements "compose" 



eux-memes composes chocun d'elements "contenus", ces clivers 
elements oyant pour ottributs des "statuts" qui decrivent les etats 
des differentes parties du document et dons lequel un evenement 
est constitue par la detection d'un changement d'une valeur de 
5 statut pour un element qui est detecte par cet element et qui 

conduit a une action ossurant un changement d'apparence ou de 
comportement du document, lorsque est verifiee une condition 
constitute par une expression logique associant des valeurs de 
statut relatives a differents elements. 
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ABREGE 

Document multimedia dynamique 

L'invention a pour objet un procede pour representer de fagon 
dynamique un document multimedia decrit en un langage de description. 
L'invention a pour autre objet le document multimedia lui-meme. Elle se 
base sur I'utilisation de formalismes de type ECA, et ne necessite pas 
I'utilisation de codes compiles (par exemple en Java) comme c'est le cas 
dans I'etat de la technique. 

Figure a publier : fig. 1 



